home *** CD-ROM | disk | FTP | other *** search
/ QRZ! Ham Radio 4 / QRZ Ham Radio Callsign Database - Volume 4.iso / digests / tcp / 940130.txt < prev    next >
Internet Message Format  |  1994-11-13  |  9KB

  1. Date: Sun, 26 Jun 94 04:30:02 PDT
  2. From: Advanced Amateur Radio Networking Group <tcp-group@ucsd.edu>
  3. Errors-To: TCP-Group-Errors@UCSD.Edu
  4. Reply-To: TCP-Group@UCSD.Edu
  5. Precedence: Bulk
  6. Subject: TCP-Group Digest V94 #130
  7. To: tcp-group-digest
  8.  
  9.  
  10. TCP-Group Digest            Sun, 26 Jun 94       Volume 94 : Issue  130
  11.  
  12. Today's Topics:
  13.                             NOS and the PC
  14.                            Routing Project
  15.  
  16. Send Replies or notes for publication to: <TCP-Group@UCSD.Edu>.
  17. Subscription requests to <TCP-Group-REQUEST@UCSD.Edu>.
  18. Problems you can't solve otherwise to brian@ucsd.edu.
  19.  
  20. Archives of past issues of the TCP-Group Digest are available
  21. (by FTP only) from UCSD.Edu in directory "mailarchives".
  22.  
  23. We trust that readers are intelligent enough to realize that all text
  24. herein consists of personal comments and does not represent the official
  25. policies or positions of any party.  Your mileage may vary.  So there.
  26. ----------------------------------------------------------------------
  27.  
  28. Date: Sat, 25 Jun 1994 11:41:46 -0600 (MDT)
  29. From: Klarsen <klarsen@kazak.NMSU.Edu>
  30. Subject: NOS and the PC
  31. To: tcp-group@ucsd.edu
  32.  
  33.     It has been interesting watching the emergence of thought about 
  34. using a stripped down PC as the TNC of the 1980's. I did like the cost 
  35. estimates that made sure the tnc-2 from TAPR would be successful. 
  36.  
  37.     Running these same cost estimates now says run a PC and load the 
  38. switch software. Here is where we have a problem. The PC is cheap and we 
  39. can all write code for it with our Borland or Microsoft systems. But in 
  40. fact we can't get the data from the computer to our RADIO with software...
  41.  
  42.     So the parts of the tnc which are not a part of the PC need to be 
  43. made in the hardware sense. I bought a drsi board and it is in operation 
  44. at this moment. This is a form of the tnc parts the PC left out. But it 
  45. is expensive. I know this could be made available in kit form for less 
  46. cost. It is just a problem to get even this done. 
  47.  
  48.     Now if you were building a switch for some mountain top  today 
  49. what would a smart person do? On a mountain top a smart person would buy 
  50. 1 to 4 tnc-2's and radios and hope the lightning isn't too bad this 
  51. summer. This is because making a PC survive in the wilds is an art not 
  52. reported on much. There is one on Mt. Bigello above Tucson, AZ that is 
  53. running the G8BPQ switch and a drsi card and some tnc-2 in kiss mode. The 
  54. guy who did this a few years ago is not sure it was a good idea. But then 
  55. PC's were not cheap then...
  56.  
  57.     Assuming we can make this PC live in the mountains with the 
  58. equivelent of,if not exactly an autoexec.bat file to bring it back on 
  59. line when power returns we face the same problem: do we drive tnc-2's 
  60. with the kiss e-prom or use a drsi card? Where is the economy coming 
  61. from? We get the PC cheap. We get the tnc or drsi not-so-cheap. The node 
  62. gets more expensive...
  63.  
  64.     So it is plain the problem comes down to making a plug-into the 
  65. PC card that has the modem and low level packet forming/reading hardware. 
  66. I suggest this is where a lot of free time from us hams can pay off. If 
  67. we get thinking about making high speed modems on a pc card it gets to be 
  68. fun. No problems trying to get clocks and stuff. It's all there on the pc 
  69. bus. Think about sending really fast packet. But make it possible to use 
  70. the available 1200 baud modem chip if needed.
  71.  
  72.     Now NOS. The experiance I have had says nos is not stable under 
  73. high use enviorments. We have a internet chat system in Las Cruces, NM 
  74. that gets a lot of use forwarding bbs traffic, allowing Russian and other 
  75. DX stations to use my bbs and the more common chat mode. Both aa5dl and 
  76. f6cnb have daily problems keeping NOS running. I have no problem with my 
  77. NOS since it is only used as a bbs and ocassional smtp or ftp; it runs 
  78. for weeks without crashing. But those with super heavy use will crash in 
  79. a matter of hours. So what's needed if not already here but unknown to  
  80. me is a nos that is as stable as dos. If this can be done then nos will 
  81. work fine as a switch from my experiance.
  82.  
  83.     But out there right now is the G8BPQ switch which I have running 
  84. and has NEVER CRASHED! Unless we need something better than netrom under 
  85. ax.25 this is the best thing available.
  86.  
  87.     To long already but hope it makes sense.
  88.  
  89. 73 de karl k5di@k5di.nm.usa.na
  90.  
  91. ------------------------------
  92.  
  93. Date: Sat, 25 Jun 1994 10:34:44 -0500 (CDT)
  94. From: ssampson@sabea-oc.af.mil (Steve Sampson)
  95. Subject: Routing Project
  96. To: tcp-group@ucsd.edu
  97.  
  98. agodwin@acorn.co.uk (Adrian Godwin) writes:
  99. > But encapsulate the OS dependencies with a view to removing the OS
  100. > altogether : on a system that has no applications, what does DOS
  101. > do to justify it's memory usage after it's loaded NOS ?
  102.  
  103. We're only talking 30k here.  30k is low enough to be insignificant (5%).
  104. Anyway DOS is the "Glorified Bootstrap Loader" we need :-)
  105.  
  106. I've since revised the limits to include FTP.  That way you could FTP
  107. a new version and then reset remotely.  But in any case, I don't want
  108. to write low level code for the PC components.  This is supposed to be
  109. cheap, not high tech.  Remember, we decided that mass production CPU
  110. boards are to be used.  If I wanted to write low level code for a floppy
  111. or other such necessities I'd start with a new design...
  112.  
  113. Alan Cox reports that his group is nearing completion of a Linux design
  114. that could run in 2 Meg and a floppy.  I like this idea much better, being
  115. an advocate of using better code.  For example the TCP/IP is probably no
  116. better than Phil's, but the support code is (domain, NFS, etc).  Hopefully
  117. they will be able to release a floppy image.
  118.  
  119. > Serial ports have some utility, even if you ban KISS TNCs - you can handle
  120. > your telephone line comms on the same (shack) router.
  121.  
  122. That was my intention.  To get off the single character at a time logic in
  123. NOS, and do bulk transfer.  That serial code is terrible, and the performance
  124. is terrible (I've been able to NOS up to 4800 baud without overruns).  I looked
  125. at redesign of that part, but it's a major change.
  126.  
  127. > Ummm. I know your proposal is a gnat's whisker from a NOS switch anyway, 
  128. > but if it's better to spend money than redevelop existing solutions, there's
  129. > already a NOS-in-a-box from Gracilis. No DOS dependency, good performance,
  130. > ethernet Real Soon Now. Would it be as cheap as that PC if everybody
  131. > in the market for a TNC from hell bought one ? 68302s are finally available 
  132. > in cheap packaging ..
  133.  
  134. I think it's more than a whisker. I was thinking of the Gracilis P-10 when I
  135. specified that there would be no "interactive mode" such as used in NOS.
  136. It doesn't have to be Telnet (just an idea) and maybe a simple AX.25 connection
  137. would be good enough.  Anyway the remote command mode in NOS is the only area
  138. that needs to be modified in order to bring it out as the main console.
  139.  
  140. This designs advantages are that anyone could build a P-10 with off the shelf
  141. parts.  The advantage of doing it this way is that you won't have to wait for
  142. Gracilis to implement anything.  You have Ethernet and PI2 off the shelf now,
  143. and the complete design is probably half the cost of the P-10 and does exactly
  144. the same thing. I don't mean to denegrate Gracilis, but the group here has
  145. found that "Just use a PC" is the only economical way to go.  Waiting for
  146. others to improve or design a switch using modern technology has proven too
  147. expensive.  Just look at all the designs in the ARRL Computer Conferences.
  148. The way they were written was that the gadget would be in production by the
  149. time you read about it.  The actual case was that they never left the garage
  150. design stage, and did not exist.  But even if the design never reached
  151. economic feasability, at least they expounded a design philosophy that was
  152. correct and interesting to follow.  The AWACS radar computer design was
  153. developed in 1969 and is a one-of-a-kind DMA driven core memory general
  154. purpose computer (I think the designers are all dead - the logic devices
  155. "MECL" certainly are. This was my first experiance to never buy digital devices
  156. which start with 'M') device. It runs at 10 MHz and could probably run rings
  157. around any 66 MHz PC in I/O.  But the upgrade computer was taken off the shelf.
  158. Rather than re-invent the wheel (which Westinghouse really wanted - they
  159. designed a new computer from scratch) the Air Force specified that it should
  160. be a current Mil-Spec computer.  Westinghouse just plugs two of these into the
  161. equipment rack and saves millions.  It's not what they want, it's all they can
  162. afford. On that note, I'll agree, it's all we can afford - to use a PC.
  163. --
  164. Steve
  165.  
  166. ------------------------------
  167.  
  168. End of TCP-Group Digest V94 #130
  169. ******************************
  170.